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DETAILED ACTION 

1 . Claims 22-24, 26-29, 32-36, 38-40, and 42-45 Pending. 
Claims 1-21 , 25, 30-31 , 37, and 41 Canceled. 

Continued Examination Under 37 CFR 1. 1 14 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
1/26/2009 has been entered. 

Response to Arguments 

3. Applicant's arguments filed 1/26/2009 have been fully considered but they are 
not persuasive. 

As per Applicants arguments regarding the limitation of the step of concurrently 
displaying the entire menu structure. Examiner respectfully notes that Applicants 
arguments are considered to be moot in view of the newly introduced reference of 
Hoffberg which Examiner asserts cures the deficiencies of Schaffer and Debevc with 
respect to the limitation. 
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As per Applicants arguments regarding Claims 29 and 42-45, Examiner 
respectfully disagrees. Firstly, Examiner maintains that at least some calculating step 
calculating the difference between the new menu structure and the current menu 
structure occurs, based on the reasoning that if no such calculating step has taken 
place, then the system of Debvec would be unable to indicate the icon which is to be 
replaced, as it would only have information on the icon which is to be inserted into the 
menu structure. Examiner further notes that the limitations of Claims 29 and 42-45 note 
only that the replacing and displaying steps are only executed if the calculated 
difference exceeds a threshold of two or more items. While Examiner concedes that the 
system of Debevc indicates that only one change will be displayed at a time, and has 
accordingly incorporated the reference of Hoffberg to correct this deficiency. Examiner 
notes that Claim 29 does not include a limitation indicating that the entire menu 
structure is concurrently displayed and asserts that the difference between the two 
menu structures which is tracked may include more that one alteration. Examiner notes 
that the sections of Debevc cited by Applicants in Applicants arguments clearly indicate 
that multiple changes are tracked by the system of Debevc, evidenced by the disclosure 
that the system continues to dynamically calculate the priority of each command. This 
disclosure clearly indicates that while only one change may be proposed at a time in the 
system of Debevc, multiple changes may be tracked, therefor allowing the threshold to 
be considered to be two or greater. Examiner also notes that while the user may 
request a proposed new menu structure when no changes are stored to be presented, 
the user receives an indication that no proposed changes are available, which does not 
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constitute "concurrently displaying the entire new menu structure" e.g. the displaying 
step. 

As per the above arguments, the rejection of Claims 22-24, 26-29, 32-36, 38-40, 
and 42-45 will be updated to reflect amendments made to the claims and maintained. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 29, 32-33, and 43 rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Schaffer in view of Debevc. 

As per Claim 29, Schaffer discloses a processor-implemented method for 
rearranging a plurality of menu items within a menu structure of a user interface, the 
method comprising the steps of collecting data about respective selection rates of the 
menu items within a current menu structure (i.e. "in one embodiment, the resequencing occurs 
adaptively and is based upon monitoring selections of the menu items over time. The menu items are 
typically options in which some options are selected and others remain unselected. Each selection of 
each option is counted. A resequencing of the menu items is determined by the frequency of selection. 
Thus, the menu options are adaptively rearranged in a frequency-based order, with the most often 
selected option being presented first in the next utilization of the user interface. " The preceding text 
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excerpt clearly indicate that data is collected about the frequency of menu selection (e.g. a tracking of the 
number of times each menu item is selected) prior to adapting the menu structure (e.g. this data would 
have to be collected in order to determine the frequency of menu items, which is needed to perform the 
frequency re-ordering from a default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5- 
16); calculating a new menu structure based on the collected data about the respective 
selection rates of the menu items within the current menu structure (i.e. "in one 
embodiment, the resequencing occurs adaptively and is based upon monitoring selections of the menu 
items over time. The menu items are typically options in which some options are selected and others 
remain unselected. Each selection of each option is counted. A resequencing of the menu items is 
determined by the frequency of selection. Thus, the menu options are adaptively rearranged in a 
frequency-based order, with the most often selected option being presented first in the next utilization of 
the user interface. "The preceding text excerpt clearly indicate that data is collected about the frequency 
of menu selection (e.g. a tracking of the number of times each menu item is selected) prior to adapting 
the menu structure (e.g. this data would have to be collected in order to determine the frequency of menu 
items, which is needed to perform the frequency re-ordering from a default configuration, such as shown 
in Figures 3-5).) (Column 2, Lines 5-16); and replacing the current menu structure with the new 
menu structure (i.e. "in one embodiment, the resequencing occurs adaptively and is based upon 
monitoring selections of the menu items over time. The menu items are typically options in which some 
options are selected and others remain unselected. Each selection of each option is counted. A 
resequencing of the menu items is determined by the frequency of selection. Thus, the menu options are 
adaptively rearranged in a frequency-based order, with the most often selected option being presented 
first in the next utilization of the user interface. " The preceding text excerpt clearly indicate that data is 
collected about the frequency of menu selection (e.g. a tracking of the number of times each menu item is 
selected) prior to adapting the menu structure (e.g. this data would have to be collected in order to 
determine the frequency of menu items, which is needed to perform the frequency re-ordering from a 
default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5-16); wherein user approval 
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of menu alteration is obtained via the user interface prior to completion of the replacing 
step (i.e. "As another optional feature, the resequencing may tie disabled to turn "off" the statistical 
collection that counts the item selections. In utilizing this feature, the user may invoke a resequence 
option that initiates rearrangement of the menu items based upon the "learning" that occurred since the 
adaptation option was last enabled. Allowing adaptation to be enabled and disabled is tieneficial for 
those instances in which a user is performing operations that are exceptions to the norm or are single- 
time activities. As a related optional feature, the statistical collection may remain "on, " but with the 
resequencing occurring only upon the command of the user. This prevents unexpected and/or unwanted 
resequencing from causing difficulties for the user."The preceding text excerpt clearly indicates that the 
system may be configured such that the user must initiate the resequencing procedure using a command, 
thereby approving the menu alteration and utilizing the user interface. Note that this step may take place 
before the replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 

Schaffer fails to disclose the calculating step further comprises the step of 
calculating a difference between the new menu structure and the current menu 
structure, the difference is a number of menu items in the new menu structure that have 
no corresponding match in the current menu structure, and the replacing step is 
executed only if the calculated difference exceeds a threshold, the threshold being a 
number of menu items greater to or equal to two. 

Debevc discloses the calculating step further comprises the step of calculating a 
difference between the new menu structure and the current menu structure (i.e. "The most 
important feature of the adaptive bar is its ability to guide and automate the process of adding and 
removing icons from the toolbar. Whenever the system determines that a change to the bar may t3e 
expropriate, it plays a tone and changes the background color of the bar. (The particular color to which 
the bar changes can tie customized.) Once the bar background indicates that a proposal for change is 
available, the user can review the proposal at any time by double-clicking on the bar background. This 
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action calls up a single dialog box (Figure 2) that allows the user to confirm or reject the proposed 
change. If the user rejects a proposed change, the system maintains the data that led to the suggestion, 
but then uses this data to generate different proposals that have not yet been rejected. This mechanism 
helps prevent the system from insisting on one particular suggestion over and over again. Because only 
the background color changes when there is a suggestion, the user need not stop working and can 
control when and how the bar is changed. If the user keeps working without reviewing the proposed 
change, the bar simply retains the new color. If the user continues working for a long time without 
reviewing any proposals for change, the system continues to dynamically calculate the priority of each 
command. If at some later time the user clicks on the bar background to review a proposal, the system 
presents a single proposal based on the user's most recent activity" The preceding text excerpt along witli 
Figure 1 clearly indicates that a difference between the current and suggested menus is calculated which 
prompts the system to indicate to the user that the new menu is available.) (Page 4, Figure 1), the 
difference is a number of menu items in tine new menu structure tliat liave no 
corresponding matcli in tine current menu structure (i.e. "The most important feature of the 
adaptive bar is its ability to guide and automate the process of adding and removing icons from the 
toolbar Whenever the system determines that a change to the bar may be expropriate, it plays a tone 
and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog t>ox (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change. 
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the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 and Figure 2 clearly indicates 
that the difference is identified by identifying an icon which the system feels should be added which has 
no corresponding match in the current menu structure.) (Page 4, Figures 1-2), and wherein the 
replacing step is executed only if the calculated difference exceeds a threshold, the 
threshold being a number of menu items greater to or equal to two (i.e. "The most important 
feature of the adaptive bar is its ability to guide and automate the process of adding and removing icons 
from the toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a 
tone and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the user 
may choose to disregard the predefined threshold and only consider toolbar changes at their 
convenience, thus indicating that the threshold may be user defined (e.g. the threshold may be set two or 
more by the user).) (Page 4, Figure 1). 
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It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
step of calculating a difference between the new menu structure and the current menu 
structure, the difference is a number of menu items in the new menu structure that have 
no corresponding match in the current menu structure, and the replacing step is 
executed only if the calculated difference exceeds a threshold with the motivation to 
design an adaptive user interface in a computer environment familiar to many users. 

As per Claim 32, Schaffer fails to disclose the threshold is predefined. 

Debevc discloses the threshold is predefined (i.e. "The most important feature of the 
adaptive bar is its ability to guide and automate the process of adding and removing icons from the 
toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a tone 
and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet tjeen rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
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user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the 
threshold is predefined to be a single change to the toolbar.) (Page 4, Figure 1). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
threshold is predefined with the motivation to design an adaptive user interface in a 
computer environment familiar to many users. 

As per Claim 33, Schaffer fails to disclose the threshold is selected by the user. 

Debevc discloses the threshold is selected by the user (i.e. "The most important 
feature of tlie adaptive bar is its ability to guide and automate the process of adding and removing icons 
from the toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a 
tone and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the user 
may choose to disregard the predefined threshold and only consider toolbar changes at their 
convenience, thus indicating that the threshold may be user defined.) (Page 4, Figure 1). 
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It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
threshold is selected by the user with the motivation to design an adaptive user 
interface in a computer environment familiar to many users. 

As per Claim 43, Schaffer fails to disclose the step of displaying the new menu 
structure to the user prior to completion of the replacing step, wherein the displaying 
step is executed only if the calculated difference exceeds a threshold, and wherein the 
user approval comprises user approval of the new menu structure as displayed. 

Debevc discloses the step of displaying the new menu structure to the user prior 
to completion of the replacing step (i.e. "At the user's convenience, the adaptive bar offers 
suggestions for adding or removing command icons, based on the frequency and probability of specific 
commands. It also implements these changes once the user has agreed to them. " The preceding text 
excerpt along witli Figure 1 clearly indicates that the system displays the new menu structure to the user 
prior to the completion of the replacing step (e.g. the user must approve the suggested menu changes 
before they are implemented).) (Abstract), wherein the displaying step is executed only if the 
calculated difference exceeds a threshold (i.e. "The most important feature of the adaptive bar is 
its ability to guide and automate the process of adding and removing icons from the toolbar. Whenever 
the system determines that a change to the bar may tie appropriate, it plays a tone and changes the 
background color of the bar. (The particular color to which the bar changes can tie customized.) Once the 
bar background indicates that a proposal for change is available, the user can review the proposal at any 
time by double-clicking on the bar background. This action calls up a single dialog box (Figure 2) that 
allows the user to confirm or reject the proposed change. If the user rejects a proposed change, the 
system maintains the data that led to the suggestion, but then uses this data to generate different 
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proposals that have not yet been rejected. This mechanism helps prevent the system from insisting on 
one particular suggestion over and over again. Because only the background color changes when there is 
a suggestion, the user need not stop working and can control when and how the bar is changed. If the 
user keeps working without reviewing the proposed change, the bar simply retains the new color. If the 
user continues working for a long time without reviewing any proposals for change, the system continues 
to dynamically calculate the priority of each command. If at some later time the user clicks on the bar 
background to review a proposal, the system presents a single proposal based on the user's most recent 
activity" T^e preceding text excerpt along witli Figure 1 clearly indicates that the user may choose to 
disregard the predefined threshold and only consider toolbar changes at their convenience, thus 
indicating that the threshold may be user defined (e.g. the threshold may be set two or more by the 
user).) (Page 4, Figure 1), and wherein the user approval comprises user approval of the 
new menu structure as displayed (i.e. "At the user's convenience, the adaptive bar offers 
suggestions for adding or removing command icons, based on the frequency and probability of specific 
commands. It also implements these changes once the user has agreed to them. " The preceding text 
excerpt along with Figure 1 clearly indicates that user approval of the suggested menu changes is 
obtained after the new suggested menu structure is displayed to he user.) (Abstract). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
step of displaying the new menu structure to the user prior to completion of the 
replacing step, wherein the displaying step is executed only if the calculated difference 
exceeds a threshold, and wherein the user approval comprises user approval of the 
new menu structure as displayed with the motivation to design an adaptive user 
interface in a computer environment familiar to many users. 
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6. Claims 22-24, 26-28, 34-36, and 38-40, 42, and 44-45 rejected under 35 U.S.C. 
1 03(a) as being unpatentable over Schaffer in view of Debevo and further in view of 
Hoffberg et al. (U.S. Pre-Grant Publication Number 2002/01 51 992 and referred to hereinafter as 
Hoffberg). 

As per Claims 22, 34, and 38, Schaffer discloses a processor-implemented 
method, device, and machine readable storage medium for rearranging a plurality of 
menu items within a menu structure of a user interface, the method comprising the 

steps of collecting data about respective selection rates of the menu items within a 
current menu structure (i.e. "in one embodiment, the resequencing occurs adaptively and is based 
upon monitoring selections of the menu items over time. The menu items are typically options in which 
some options are selected and others remain unselected. Each selection of each option is counted. A 
resequencing of the menu items is determined by the frequency of selection. Thus, the menu options are 
adaptively rearranged in a frequency-based order, with the most often selected option being presented 
first in the next utilization of the user interface. "The preceding text excerpt clearly indicate that data is 
collected about the frequency of menu selection (e.g. a tracl^ing of the number of times each menu item is 
selected) prior to adapting the menu structure (e.g. this data would have to be collected in order to 
determine the frequency of menu items, which is needed to perform the frequency re-ordering from a 
default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5-16); calculating a new 
menu structure based on the collected data about the respective selection rates of the 
menu items within the current menu structure (i.e. "in one embodiment, the resequencing occurs 
adaptively and is based upon monitoring selections of the menu items over time. The menu items are 
typically options in which some options are selected and others remain unselected. Each selection of 
each option is counted. A resequencing of the menu items is determined by the frequency of selection. 


Application/Control Number: 1 0/61 8,118 Page 1 4 

Art Unit: 2165 

Thus, the menu options are adaptively rearranged in a frequency-based order, with the most often 
selected option being presented first in the next utilization of the user interface. "The preceding text 
excerpt clearly indicate that data is collected about the frequency of menu selection (e.g. a tracking of the 
number of times each menu item is selected) prior to adapting the menu structure (e.g. this data would 
have to be collected in order to determine the frequency of menu items, which is needed to perform the 
frequency re-ordering from a default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5- 
16); and replacing the current menu structure with the new menu structure (i.e. "in one 
embodiment, the resequencing occurs adaptively and is based upon monitoring selections of the menu 
items over time. The menu items are typically options in which some options are selected and others 
remain unselected. Each selection of each option is counted. A resequencing of the menu items is 
determined by the frequency of selection. Thus, the menu options are adaptively rearranged in a 
frequency-based order, with the most often selected option being presented first in the next utilization of 
the user interface. "The preceding text excerpt clearly indicate that data is collected about the frequency 
of menu selection (e.g. a tracking of the number of times each menu item is selected) prior to adapting 
the menu structure (e.g. this data would have to be collected in order to determine the frequency of menu 
items, which is needed to perform the frequency re-ordering from a default configuration, such as shown 
in Figures 3-5).) (Column 2, Lines 5-16); wherein user approval of menu alteration is obtained 
via the user interface prior to completion of the replacing step (i.e. "As another optional 
feature, the resequencing may be disabled to turn "off" the statistical collection that counts the item 
selections. In utilizing this feature, the user may invoke a resequence option that initiates rearrangement 
of the menu items based upon the "learning" that occurred since the adaptation option was last enabled. 
Allowing adaptation to be enabled and disabled is beneficial for those instances in which a user is 
performing operations that are exceptions to the norm or are single-time activities. As a related optional 
feature, the statistical collection may remain "on," but with the resequencing occurring only upon the 
command of the user. This prevents unexpected and/or unwanted resequencing from causing difficulties 
for the user. "The preceding text excerpt clearly indicates that the system may be configured such that the 
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user must initiate the resequencing procedure using a command, thereby approving the menu alteration 
and utilizing the user interface. Note that this step may take place before the replacing, collecting, and 
calculating steps.) (Column 2, Lines 25-37). 

Schaffer fails to disclose the limitations of the method further comprising the step 
of concurrently displaying the entire new menu structure to the user prior to completion 
of the replacing step; and wherein the user approval comprises user approval of the 
new menu structure as displayed. 

Debevc discloses the method further comprising the step of displaying the new 
menu structure to the user prior to completion of the replacing step (i.e. "At the user's 
convenience, the adaptive bar offers suggestions for adding or removing command icons, based on the 
frequency and probability of specific commands. It also implements these changes once the user has 
agreed to them."T'ne preceding text excerpt along with Figure 1 clearly indicates that the system displays 
the new menu structure to the user prior to the completion of the replacing step (e.g. the user must 
approve the suggested menu changes before they are implemented).) (Abstract); and wherein the 
user approval comprises user approval of the new menu structure as displayed (i.e. "At 
the user's convenience, the adaptive bar offers suggestions for adding or removing command icons, 
based on the frequency and probability of specific commands. It also implements these changes once the 
user has agreed to them. "The preceding text excerpt along with Figure 1 clearly indicates that user 
approval of the suggested menu changes is obtained after the new suggested menu structure is 
displayed to he user.) (Abstract). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
method further comprising the step of displaying the new menu structure to the user 
prior to completion of the replacing step; and wherein the user approval comprises user 
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approval of the new menu structure as displayed with the motivation to design an 

adaptive user interface in a computer environment familiar to many users. 

Hoffberg discloses that the menu structure which is displayed for approval is the 

concurrent display of the entire menu structure (See Hoffberg, Figure 17, wherein tlie complete 

altered menu structure is displayed to the user for approval.). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer and Debevc with the teachings of 
Hoffberg to include that the menu structure which is displayed for approval is the 
concurrent display of the entire menu structure with the motivation of predicting a 
desired user function, based on user history, as well as machine internal status and 
context (Hoffberg, Abstract). 

As per Claims 23, 35, and 39, Schaffer discloses the user approval is obtained 
prior to completion of the collecting step (i.e. "As another optional feature, the resequencing may 
be disabled to turn "off" the statistical collection that counts the item selections. In utilizing this feature, 
the user may invoke a resequence option that initiates rearrangement of the menu items based upon the 
"learning" that occurred since the adaptation option was last enabled. Allowing adaptation to be enabled 
and disabled is l^eneficial for those instances in which a user is performing operations that are exceptions 
to the norm or are single-time activities. As a related optional feature, the statistical collection may remain 
"on, " but with the resequencing occurring only upon the command of the user. This prevents unexpected 
and/or unwanted resequencing from causing difficulties for the iyseA'."The preceding text excerpt clearly 
indicates that the system may be configured such that the user must initiate the resequencing procedure 
using a command, thereby approving the menu alteration. Note that this step may take place before the 
replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 
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As per Claims 24, 36, and 40, Schaffer discloses the user approval is obtained 
prior to completion of the calculating step (i.e. "As another optional feature, the resequencing 
may be disabled to turn "off" the statistical collection that counts the item selections. In utilizing this 
feature, the user may invoke a resequence option that initiates rearrangement of the menu items based 
upon the "learning" that occurred since the adaptation option was last enabled. Allowing adaptation to be 
enabled and disabled is tieneficial for those instances in which a user is performing operations that are 
exceptions to the norm or are single-time activities. As a related optional feature, the statistical collection 
may remain "on, " but with the resequencing occumng only upon the command of the user. This prevents 
unexpected and/or unwanted resequencing from causing difficulties for the user. " The preceding text 
excerpt clearly indicates that the system may be configured such that the user must initiate the 
resequencing procedure using a command, thereby approving the menu alteration. Note that this step 
may take place before the replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 

As per Claim 26, Schaffer discloses the user approval comprises the selection of 
a specified menu item (i.e. "As another optional feature, the resequencing may tje disabled to turn 

"off" the statistical collection that counts the item selections. In utilizing this feature, the user may invoke 
a resequence option that initiates rearrangement of the menu items based upon the "learning" that 
occurred since the adaptation option was last enabled. Allowing adaptation to be enabled and disabled is 
beneficial for those instances in which a user is performing operations that are exceptions to the norm or 
are single-time activities. As a related optional feature, the statistical collection may remain "on, " but with 
the resequencing occurring only upon the command of the user. This prevents unexpected and/or 
unwanted resequencing from causing difficulties for the user. "The preceding text excerpt clearly indicates 
that the resequencing takes place in response to a command, which is linked to an option on a menu.) 
(Column 2, Lines 25-37). 
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As per Claim 27, Scliaffer discloses the menu items are arranged within a 
plurality of functional groupings within the current menu structure (i.e. "Second-level menu 
items are preferably also tracked for frequency of selection. That is, if selection of a particular option in 
the main menu initiates display of submenu items related to the initial selection, there preferably is a 
monitoring of the user selection of the submenu items, so that an adaptive frequency-based reordering 
also occurs at the submenu /eve/. "The preceding text excerpt clearly indicates that menus may include 
submenus (e.g. functional groupings of commands within the menu structure).) (Column 2, Lines 38-44) 
and wherein the new menu structure comprises rearrangement of particular ones of the 
menu items within at least a given one of the functional groupings while maintaining 
said plurality of functional groupings of the menu items (i.e. "Second-level menu items are 
preferably also tracked for frequency of selection. That is, if selection of a particular option in the main 
menu initiates display of submenu items related to the initial selection, there preferably is a monitoring of 
the user selection of the submenu items, so that an adaptive frequency-based reordering also occurs at 
the submenu /eve/. "The preceding text excerpt clearly indicates that the submenus (e.g. functional 
groupings) may be resequenced regarding frequency, while maintaining their structure.) (Column 2, Lines 
38-44). 

As per Claim 28, Schaffer discloses the functional groupings comprise submenus 
displayed responsive to the selection of at least one menu item (i.e. "Second-ievei menu 

items are preferably also tracked for frequency of selection. That is, if selection of a particular option in 
the main menu initiates display of submenu items related to the initial selection, there preferably is a 
monitoring of the user selection of the submenu items, so that an adaptive frequency-based reordering 
also occurs at the submenu level." The preceding text excerpt clearly indicates that menus may include 
submenus (e.g. functional groupings of commands within the menu structure) which are displayed 
responsive to the selection of a primary menu item.) (Column 2, Lines 38-44). 
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As per Claims 42, 44, and 45, Schaffer fails to disclose calculating a difference 
between the new menu structure and the current menu structure, the difference is a 
number of menu items in the new menu structure that have no corresponding match in 
the current menu structure, and the displaying step is executed only if the calculated 
difference exceeds a threshold, the threshold being a number of menu items greater to 
or equal to two. 

Debevc discloses the calculating step further comprises the step of calculating a 
difference between the new menu structure and the current menu structure (i.e. "The most 
important feature of ttie adaptive bar is its ability to guide and automate ttie process of adding and 
removing icons from the toolbar. Whenever the system determines that a change to the bar may be 
appropriate, it plays a tone and changes the background color of the bar. (The particular color to which 
the bar changes can be customized.) Once the bar background indicates that a proposal for change is 
available, the user can review the proposal at any time by double-clicking on the bar background. This 
action calls up a single dialog box (Figure 2) that allows the user to confirm or reject the proposed 
change. If the user rejects a proposed change, the system maintains the data that led to the suggestion, 
but then uses this data to generate different proposals that have not yet been rejected. This mechanism 
helps prevent the system from insisting on one particular suggestion over and over again. Because only 
the background color changes when there is a suggestion, the user need not stop working and can 
control when and how the bar is changed. If the user keeps working without reviewing the proposed 
change, the bar simply retains the new color. If the user continues working for a long time without 
reviewing any proposals for change, the system continues to dynamically calculate the priority of each 
command. If at some later time the user clicks on the bar background to review a proposal, the system 
presents a single proposal based on the user's most recent activity" The preceding text excerpt along witli 
Figure 1 clearly indicates that a difference between the current and suggested menus is calculated which 
prompts the system to indicate to the user that the new menu is available.) (Page 4, Figure 1), the 
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difference is a number of menu items in the new menu structure tfiat have no 
corresponding match in the current menu structure (i.e. "The most important feature of the 
adaptive bar is its ability to guide and automate the process of adding and removing icons from the 
tooibar. Whenever the system determines that a change to the bar may t>e appropriate, it plays a tone 
and changes the background color of the bar. (The particular color to which the bar changes can t>e 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog txjx (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet tjeen rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" J^e preceding text excerpt along with Figure 1 and Figure 2 clearly indicates 
that the difference is identified by identifying an icon which the system feels should be added which has 
no corresponding match in the current menu structure.) (Page 4, Figures 1-2), and wherein the 
displaying step is executed only if the calculated difference exceeds a threshold, the 
threshold being a number of menu items greater to or equal to two (i.e. "The most important 
feature of the adaptive bar is its ability to guide and automate the process of adding and removing icons 
from the toolbar. Whenever the system determines that a change to the bar may tie appropriate, it plays a 
tone and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
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dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along witli Figure 1 clearly indicates that the user 
may choose to disregard the predefined threshold and only consider toolbar changes at their 
convenience, thus indicating that the threshold may be user defined (e.g. the threshold may be set two or 
more by the user).) (Page 4, Figure 1). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
step of calculating a difference between the new menu structure and the current menu 
structure, the difference is a number of menu items in the new menu structure that have 
no corresponding match in the current menu structure, and the displaying step is 
executed only if the calculated difference exceeds a threshold with the motivation to 
design an adaptive user interface in a computer environment familiar to many users. 
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